Date: Sat,  2 Apr 94 04:30:20 PST
From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
Errors-To: Ham-Digital-Errors@UCSD.Edu
Reply-To: Ham-Digital@UCSD.Edu
Precedence: Bulk
Subject: Ham-Digital Digest V94 #93
To: Ham-Digital
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Today's Topics:
                          Unknown RTTY mode

Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 31 Mar 94 19:21:17 EDT
From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!EU.net!sunic!psinntp!psinntp!pbs.org!pbs.org!whull@network.ucsd.edu
Subject: Unknown RTTY mode
To: ham-digital@ucsd.edu

In article <wilsonjhCnGKA1.Ix4@netcom.com>, wilsonjh@netcom.com (John Wilson) writes:
> I have been monitoring some "utility" signals using an AEA PK232-MBX, 
> and have run across many strong signals that the PK232 cannot decode.
> These sound like ordinary two-tone FSK RTTY signals.
> They are often, but not always in the HF maritime bands (6, 8, 12, etc.
> Mhz), and the signal identification feature on the PD232 shows
> 75 baud and mode "unknown". I hear these signals with both narrow
> and wide shifts. Anybody know what they are? A special code for an
> Oriental language? Encrypted data? Something altogether else? Anybody
> know how to copy them?
  
I believe that you will find these signals are encrypted. They are operating
often in a synchronous rather than asynchronous mode. With out the keying
material, you don't stand much chance of reading them. NSA probably is 
able to crack them. There are some Ship to Shore stations operating in 
these areas in the NAVTEX (AMTOR) fec mode. Your unit will read them 
nicely. There is also Ship to Shore ARQ which you can monitor..only 
problem being that the freq between shore and ship are split.

> 
> Best 73, Bill (N4LRA)

> John K3KXJ
> 

------------------------------

Date: 1 Apr 1994 16:07:09 GMT
From: juniper.almaden.ibm.com!enge.almaden.ibm.com!enge@uunet.uu.net
To: ham-digital@ucsd.edu

References <2n7a1m$3v3@hpbab.mentorg.com>, <2n9j6k$db9@hp-col.col.hp.com>, <2nf871$l66@hpbab.mentorg.com>
Subject : Re: NTS traffic on packet

Most of the software authors will do any changes that seem reasonable
to meet NTS's need. I have made many changes to accommodate CAP and MARS
stations/traffic as well as having a large amount of support for ARES/RACES.

I regularly receive input from MARS and CAP but have never heard a word
from any NTS people except way way back when we first established
zip@NTSxx.

Roy Engehausen, AA4RE
enge@almaden.ibm.com
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